La accesibilidad web consiste en que cualquier persona, con o sin discapacidad, pueda percibir, manejar y entender tu sitio. Las pautas WCAG del W3C son el estándar técnico con el que se mide, y en España han pasado de ser una buena práctica a una obligación legal para muchos negocios digitales. Esta guía explica qué son las WCAG, qué nivel te conviene, qué dice la normativa y cómo plantear el trabajo sin caer en los atajos que no funcionan.
TL;DR
- Las WCAG se organizan en cuatro principios (perceptible, operable, comprensible y robusto) y tres niveles: A, AA y AAA. El nivel AA es el objetivo habitual.
- Apunta a WCAG 2.2: es compatible hacia atrás con 2.1 y 2.0, así que no necesitas gestionar versiones distintas.
- En España, la Ley 11/2023 traspone la Directiva europea de accesibilidad y afecta a servicios como el comercio electrónico desde el 28 de junio de 2025. Revisa si tu empresa entra en su ámbito.
- Los widgets o overlays no sustituyen al trabajo en el código. Las herramientas automáticas detectan solo una parte de los problemas y hace falta revisión manual.
- La accesibilidad es un proceso continuo, no un certificado: no existe una insignia oficial de “web certificada como accesible”.
Tabla de contenidos
- Qué son las WCAG y por qué se usan como referencia
- Los cuatro principios POUR
- Niveles A, AA y AAA: cuál necesita tu empresa
- WCAG 2.2: qué versión usar
- Qué dice la normativa en España
- Los errores que más repiten las empresas
- Cómo medir la accesibilidad de tu web
- Overlays y widgets: el atajo que no resuelve el problema
- Cómo plantear el trabajo: un proceso, no un proyecto con fecha de cierre
- Accesibilidad, SEO y conversión
- Nuestra perspectiva: la accesibilidad también se mide
- Cómo podemos ayudarte
- Checklist rápido para empezar hoy
- Preguntas frecuentes
- Fuentes
Qué son las WCAG y por qué se usan como referencia
Las Pautas de Accesibilidad para el Contenido Web (WCAG, por sus siglas en inglés) son el estándar internacional que publica la Web Accessibility Initiative del W3C. Incluyen las versiones 2.0, 2.1 y 2.2 y explican cómo hacer el contenido web más accesible para personas con discapacidad.
Técnicamente son pautas, no una ley. Pero funcionan como la columna vertebral técnica de la normativa: la regulación europea y la española se apoyan en ellas, como veremos más abajo. Por eso, cuando un cliente, un auditor o un organismo de control te pregunta si tu web es accesible, en la práctica te pregunta si cumple WCAG en un nivel concreto.
Un matiz que conviene tener claro desde el principio: la accesibilidad no beneficia solo a quienes tienen una discapacidad permanente. El W3C subraya que también ayuda a quien tiene una limitación temporal (un brazo escayolado) o situacional (una pantalla con reflejos en la calle). Lo que se diseña para el caso extremo suele mejorar la experiencia de todos.
Los cuatro principios POUR
Todas las pautas WCAG cuelgan de cuatro principios. Conocerlos ayuda a entender el porqué de cada criterio técnico.
| Principio | Qué exige | Ejemplos prácticos |
|---|---|---|
| Perceptible | La información debe poder percibirse por más de un sentido | Texto alternativo en imágenes, subtítulos en vídeo, contraste suficiente entre texto y fondo |
| Operable | Todo debe poder usarse sin depender del ratón o de gestos complejos | Navegación completa con teclado, foco visible, objetivos táctiles de tamaño razonable, tiempo suficiente en formularios |
| Comprensible | El contenido y el funcionamiento deben ser claros y predecibles | Etiquetas de formulario visibles, mensajes de error que expliquen cómo corregir, idioma de la página declarado |
| Robusto | El contenido debe funcionar con distintos navegadores y tecnologías de asistencia | HTML semántico, nombres y roles correctos en componentes personalizados |
Niveles A, AA y AAA: cuál necesita tu empresa
Cada criterio de éxito pertenece a un nivel de conformidad:
- Nivel A: el mínimo imprescindible. Sin él, algunos usuarios directamente no pueden usar la web.
- Nivel AA: el estándar que se exige en la mayoría de contextos legales y contractuales. Es tu objetivo realista.
- Nivel AAA: el más exigente. El propio W3C no recomienda exigirlo como requisito general de un sitio entero, porque algunos criterios no son aplicables a todo tipo de contenido.
En Europa, el estándar armonizado EN 301 549 define los requisitos de accesibilidad de productos y servicios TIC y sirve de puente entre las directivas y los requisitos técnicos. Para web, remite a WCAG en nivel AA. Si tu proyecto se plantea bajo WCAG 2.2 AA, estás en la línea que piden tanto la normativa como la mayoría de licitaciones y clientes corporativos.
WCAG 2.2: qué versión usar
La recomendación práctica es sencilla: trabaja con la última versión, hoy WCAG 2.2. El W3C la plantea como compatible hacia atrás con 2.1 y 2.0, de modo que cumplir 2.2 implica satisfacer las versiones anteriores. No tiene sentido mantener auditorías separadas por versión si gestionas varios sitios.
En la práctica, lo que añade 2.2 afecta a decisiones de diseño muy cotidianas: que el elemento enfocado con teclado no quede tapado por una cabecera fija o un banner de cookies, el tamaño mínimo de los botones, los procesos de varios pasos que no obliguen a reintroducir datos ya dados, la ayuda en un lugar consistente y los inicios de sesión que no dependan de pruebas cognitivas difíciles. Son detalles que un equipo de diseño puede resolver pronto si los conoce, y que cuestan mucho si se descubren con la web terminada.
Qué dice la normativa en España
Ley 11/2023 y la Directiva europea
La Ley 11/2023, de 8 de mayo traspone la Directiva (UE) 2019/882, conocida como Acta Europea de Accesibilidad, a la legislación española. Afecta a determinados productos y servicios, y entre los servicios digitales cubiertos están el comercio electrónico, los servicios bancarios para consumidores y la venta de billetes de transporte. La fecha clave fue el 28 de junio de 2025.
Si vendes online a consumidores, tu tienda es candidata a estar dentro de su ámbito. Hay excepciones, entre ellas las de microempresas que prestan servicios, pero la frontera depende de tu tamaño y actividad. Un análisis jurídico publicado sobre la norma recoge que el régimen sancionador contempla multas de 301 a 1.000.000 euros según gravedad, volumen de negocio y reincidencia. Si dudas de si tu caso entra, consúltalo con un asesor jurídico: es la persona adecuada para fijar tu encaje legal concreto, y nosotros nos ocupamos de la parte técnica.

Sector público y observatorio
Para administraciones públicas, el marco es el Real Decreto 1112/2018. El Ministerio para la Transformación Digital y de la Función Pública, a través de la Secretaría de Estado de Digitalización, mantiene desde 2010 un Observatorio de Accesibilidad Web que somete a pruebas automáticas miles de sitios del sector público. Si trabajas para la administración o le vendes, es probable que te pidan los mismos estándares.
La declaración de accesibilidad
No existe un sello oficial que diga “certificado accesible”. El W3C aclara en su página de logotipos de conformidad WCAG que lo que puedes hacer es declarar conformidad, y esa declaración debe ser veraz. Por eso la herramienta que importa es una declaración de accesibilidad actualizada y pública, que indique el nivel que cumples, lo que aún no cumples y cómo contactar para reportar un problema.
Los errores que más repiten las empresas
En cualquier revisión de un sitio corporativo o una tienda online, los fallos se repiten. Los más habituales:
- Contraste insuficiente. Grises claros sobre blanco, texto sobre imágenes de fondo o botones con color de marca poco legible.
- Imágenes sin texto alternativo útil, o con alternativas del tipo “imagen1.jpg”. Las imágenes decorativas, en cambio, deberían ignorarse por los lectores de pantalla.
- Formularios sin etiquetas asociadas. Un placeholder no es una etiqueta: desaparece al escribir y no siempre se anuncia.
- Navegación imposible con teclado. Menús desplegables, modales y carruseles que atrapan el foco o no se pueden cerrar.
- Foco invisible. Se elimina el contorno del foco por estética y nadie sabe dónde está.
- Jerarquía de encabezados caótica. Usar un H3 por su tamaño, no por su significado, rompe la navegación de quien se mueve por títulos.
- Componentes personalizados sin semántica. Un
divque actúa como botón no comunica su función a un lector de pantalla.
Muchos de estos problemas nacen en la fase de diseño, no en la de programación. Por eso tiene sentido conectarlos con la usabilidad y la experiencia de usuario y revisar los errores comunes en el diseño de páginas web antes de maquetar.
Cómo medir la accesibilidad de tu web
La pregunta típica es si existe una herramienta que diga si tu web es accesible. Existen varias gratuitas, pero ninguna responde del todo. Un enfoque razonable combina tres capas.
1. Pruebas automáticas
Extensiones de navegador y analizadores en línea detectan fallos evidentes: imágenes sin alt, contrastes bajos, etiquetas ausentes, atributos ARIA erróneos. Son rápidas y sirven para vigilar regresiones tras cada despliegue. La documentación sobre el Observatorio español indica que este tipo de pruebas automáticas solo captan una parte de las barreras, y la experiencia habitual del sector sitúa esa parte en torno a un tercio, algo más o algo menos según la web. Trátalas como un filtro previo, nunca como un veredicto.
2. Revisión manual
Una persona con conocimiento revisa lo que ninguna herramienta ve: si el orden de tabulación es lógico, si el texto alternativo describe la función de la imagen, si los mensajes de error se entienden, si un modal devuelve el foco al cerrarse. Esta revisión sigue los criterios de éxito de WCAG uno a uno sobre una muestra representativa de plantillas: portada, listado, ficha de producto, carrito, formulario de contacto, proceso de pago.
3. Pruebas con tecnologías de asistencia
Recorre los flujos clave con un lector de pantalla (NVDA en Windows, VoiceOver en macOS e iOS), solo con teclado, con el zoom al 200 % y con ampliación de texto. Aquí es donde más suspensos se ven. Si es posible, incorpora a usuarios con discapacidad en las pruebas: aportan información que ningún checklist da.
Overlays y widgets: el atajo que no resuelve el problema
Existen plugins que prometen “hacer tu web accesible con una línea de código”. Son los llamados overlays o widgets de accesibilidad. La guía de legislación de AccessibleEU, el centro europeo de referencia, advierte de que confiar solo en estos complementos no cubre los requisitos de fondo, que están en el código: HTML semántico, navegación por teclado correcta y pruebas manuales con tecnologías de asistencia.
Un widget puede ofrecer cambiar el tamaño de letra o el contraste, y eso no está mal como extra. Lo que no puede hacer es arreglar una estructura mal construida ni sustituir una auditoría. Si lo instalas y lo presentas como tu cumplimiento, asumes un riesgo legal y reputacional sin haber mejorado la experiencia real.
Cómo plantear el trabajo: un proceso, no un proyecto con fecha de cierre
AccessibleEU insiste en que la accesibilidad debe tratarse como un proceso de mejora continua. Cada nueva landing, campaña o funcionalidad puede introducir barreras si el equipo no las tiene presentes. Un plan que funciona en la mayoría de empresas:
- Inventario y alcance. Qué sitios, apps y plantillas tienes, y cuáles son críticos para negocio (venta, captación, soporte).
- Auditoría inicial contra WCAG 2.2 AA, con informe priorizado por impacto en usuarios y esfuerzo de corrección.
- Corrección por oleadas. Primero los bloqueos en flujos críticos: compra, registro, contacto. Después el resto.
- Sistema de diseño accesible. Paleta con contrastes validados, componentes con foco y semántica correctos, guías de contenido para textos alternativos y encabezados.
- Declaración de accesibilidad pública y canal de contacto para incidencias.
- Control continuo. Pruebas automáticas en el flujo de desarrollo, revisión manual en cada cambio relevante y auditoría periódica.
La lógica económica es clara: incorporar la accesibilidad en la fase de UX y UI cuesta bastante menos que corregirla después, con la web terminada o con un requerimiento encima de la mesa.
Accesibilidad, SEO y conversión
Muchas prácticas de accesibilidad coinciden con las de un buen posicionamiento: encabezados con jerarquía lógica, textos alternativos descriptivos, enlaces con anclas comprensibles, estructura semántica, transcripciones de vídeo y páginas rápidas y estables. El W3C señala además que el diseño accesible amplía el alcance de mercado y suele mejorar el rendimiento en buscadores, porque ayuda tanto a personas como a rastreadores a entender la página.
No es magia ni una promesa de posiciones: es que ambas disciplinas premian el contenido bien estructurado. Si quieres profundizar en esa relación, tenemos material sobre SEO y UX y sobre cómo la UI/UX puede impulsar o hundir tu estrategia SEO. Y como la analítica te dice dónde abandonan los usuarios, es la mejor aliada para decidir qué corregir primero.
Nuestra perspectiva: la accesibilidad también se mide
En DobleO partimos de una idea: lo que no se mide no se mejora. Esa es la razón por la que integramos la analítica web en todas nuestras estrategias, y es también la forma en que abordamos la accesibilidad.

Vemos tres errores repetidos en las empresas. El primero es tratar la accesibilidad como un parche final, cuando es una decisión de diseño que debería estar en la primera reunión. El segundo es buscar un sello o un plugin que “resuelva” el asunto, cuando lo que pide la norma y lo que necesita el usuario está en el código y en los contenidos. El tercero es no medir nada: sin datos sobre abandono en formularios, errores de validación o comportamiento por dispositivo, se corrige a ciegas.
Nuestro enfoque es flexible y se adapta a cada negocio. Empezamos por los flujos que generan ingresos, donde una barrera cuesta dinero real y el retorno de arreglarla se puede medir, y ampliamos desde ahí. Si tu web ya está en marcha, no hace falta rehacerla entera: se prioriza, se corrige por oleadas y se mantiene el control. Y si vas a construir una nueva, es el mejor momento, porque el coste de incluir accesibilidad desde el diseño es mínimo frente al de arreglarla luego.
— Santiago
Cómo podemos ayudarte
Si tu empresa quiere una web que cumpla WCAG 2.2 sin frenar el negocio, en Diseño y Desarrollo Web trabajamos el diseño y la maquetación con criterios de usabilidad desde el principio, y con nuestro servicio de Analítica Web medimos dónde se pierden los usuarios para decidir qué corregir primero. Puedes ver el resto de nuestras líneas en la página de servicios o contactar con nosotros desde dobleo.com.
Checklist rápido para empezar hoy
Sin herramientas especializadas, puedes hacer estas comprobaciones en una tarde sobre tu página más importante:
- Recorre la página solo con la tecla Tab. ¿Ves siempre dónde está el foco? ¿Puedes llegar a todo y salir de cualquier ventana emergente?
- Amplía el zoom del navegador al 200 %. ¿Se rompe el diseño o se oculta contenido?
- Revisa si cada imagen informativa tiene una alternativa que explique su función, no solo su apariencia.
- Comprueba que cada campo de formulario tiene una etiqueta visible y que los errores explican cómo corregirlos.
- Mira los contrastes de texto y botones con un comprobador de contraste gratuito.
- Busca en tu pie de página una declaración de accesibilidad y un contacto para incidencias. Si no existe, es tu primera tarea.
Si con este ejercicio aparecen muchos fallos, es señal de que la web necesita una auditoría completa. Si aparecen pocos, no te confíes: lo manual y lo asistido todavía están por revisar.
Preguntas frecuentes
¿Qué es la accesibilidad en una página web?
Es la capacidad de un sitio para que personas con distintas capacidades puedan percibirlo, manejarlo y comprenderlo, incluso con tecnologías de apoyo como lectores de pantalla. No se limita a la discapacidad permanente: también cubre limitaciones temporales o del entorno. Las WCAG son la referencia para medirla.
¿Qué nivel de WCAG debo cumplir?
El nivel AA es el objetivo habitual, porque es el que remiten la norma europea EN 301 549 y la mayoría de exigencias contractuales. Hazlo sobre WCAG 2.2, que incluye lo de 2.1 y 2.0. El nivel AAA se aplica de forma selectiva, no a todo el sitio.
¿Existe un certificado oficial de web accesible?
No. El W3C no concede una insignia de “certificado accesible”: solo puedes declarar conformidad, y esa declaración debe ser cierta y estar respaldada por una declaración de accesibilidad actualizada. Un informe de auditoría de un tercero puede reforzarla, pero no equivale a un sello oficial.
¿Cómo puedo medir la accesibilidad de mi web?
Combinando pruebas automáticas, revisión manual contra los criterios WCAG y pruebas con tecnologías de asistencia como NVDA o VoiceOver. Las herramientas automáticas son útiles para vigilar, pero no detectan todo. Una auditoría sobre las plantillas clave suele ser el mejor punto de partida.
¿Me obliga la ley a hacer mi web accesible?
Depende de tu actividad y tamaño. La Ley 11/2023 alcanza a servicios como el comercio electrónico y establece excepciones para microempresas de servicios. Para confirmar tu caso, consulta a un asesor jurídico, y pide a tu equipo técnico que valore cuánto te separa de WCAG 2.2 AA.
Fuentes
- W3C: Sumario de WCAG 2
- W3C: logotipos de conformidad WCAG
- BOE: Ley 11/2023, de 8 de mayo
- AccessibleEU: norma EN 301 549:2021
- AccessibleEU: Observatorio de Accesibilidad Web de España
- AccessibleEU: guía sobre la legislación de accesibilidad
- IQLex: la accesibilidad web y la Ley 11/2023
Recomendaciones
- dobleO imparte un seminario en usabilidad web en la Cámara de Madrid
- Qué es una auditoría analítica web y qué resultado entrega
- Errores comunes en el diseño de páginas web y cómo evitarlos